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(57) ABSTRACT 

An infrastructure for a real time bank-centric universal 
payment system (2) in which a central processing system 
(CPU) defines an electronic commerce trust system (1) 
formed from a plurality of financial service provider mem- 
bers (4) subscribing to a common standard having applica- 
bility throught the infrastructure. The central processing unit 
is operatively interconnected to the correspondent process- 
ing units of financial service provider members (4) that in 
turn are operatively interconnected through access mecha- 
nisms to a network of customers (3) and goods and services 
providers (5) who are account subscribers with the financial 
service provider member (4) and subject to the common 
standard of the system. The CPU provides non-revocable 
real time debit and credit transactions and effects net settle- 
ment between and among members through a central 
exchange monetary system. Features of the infrastructure 
include ECTS hot file, bill presentment and payment options 
and provider designed services that enhance brand identity. 

4 Claims, 13 Drawing Sheets 
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REAL TIME BANK-CENTRIC UNIVERSAL Currently about 85% of all consumer transactions in the 

PAYMENT SYSTEM United States are based on paper, a further 13% involve 

consumer use of paper and plastic. According to the Institute 

RELATED APPLICATION for the Future, the transition to electronic payments for 

m . . . . ,- TTr , t-.^vT A m/w» s consumers will be steady for the next decade. The share (in 

Hus is • continuanon of U.S. apphcation Ser. No. 08/903, vohlme) of payments made by cash or check is expected to 

102, filed on Jul. 30, 1997, now U.S. Pat. No. 5,974,146, decUne from g5% today , 0 about 6Q% in 2005 M the same 

Real Time Bank-centric Universal Payment System, issued time> the share of p a y men ts made electronically is forecast 

on Oct. 26, 1999. t0 ^ fc om about 2 % today to about 18% by 2005. Id. 

FIELD OF THE INVENTION 10 ^"i 5 ^'T^ "T^ Ta f^™, 

around 60% of all checks written are expected to migrate to 

This invention relates to a bank-centric real time payment some form of credit card or electronic payment. Ibid. In 

system of universal applicability that facilitates electronic addition, consumer and corporate customer preference for 

transaction services. credit cards, debit cards and emerging E-cash systems are 

projected to take over as much as 13% of cash payments. 

BACKGROUND AND OBJECTS OF THE 15 The use of smart cards is similarly expected to expand as 

INVENTION government units such as states and counties begin to use 

The current financial transaction payment system is smart ca«fe as a mechanism for benefit payments, 

undergoing change in response to developments in informa- Within this perspective, financial institutions, merchants 

tion technology. Software and information media providers 20 and corporations have made substantial past investments in 

are seeking aggressively to disintermediate banks from their building and in maintaining existing payments infrastruc- 

traditional customers. New entrants are more often than not tures that position banks at the center of the transfer of 

non-banks with different regulatory constraints that purport payment value. This present infrastructure, which was costly 

to offer less costly infrastructures that are proposed to to develop and is expensive to maintain, may inhibit finan- 

provide traditional banking services. The software and 25 cial institutions from developing new media and information 

media industries seek to integrate the movement of infor- distribution channels that may threaten to render the past 

mation with the movement of money. It is an objective of the investment obsolete. 

invention to preserve banks as a focus of payment tr ansae- While traditional financial institutions support the evolu- 
tions and to create a bank-centric link between information tion of payment mechanisms, opportunities for new elec- 
and payments. Fulfilling this objective, the invention allows 30 tronic payment and information services are also being taken 
banks to capitalize on their traditional position in payment up by non-financial institutions, including telecommunica- 
systems and to lead in commerce in the introduction of new tions companies, technology providers and other non-banks, 
payment infrastructures. The invention allows banks to If banks' traditional roles diminish in the absence of new 
continue to focus on core competencies such as preservation bank-centric infrastructure development, bank revenues for 
and development of existing customer relationships, expan- 3S value-added and basic services will continue to decline — 
sion of market presence and expertise in risk management, while simultaneously— the risk of the transaction will 
while growing the role banks play in providing value added remain with the banks. 

transactional information. The invention allows banks to continue to play a critical 

The invention provides a bank-centric system that leads in and value-added role in payments systems for a new era, by 

electronic commerce initiatives, that develops value added 40 providing specifications of new technologies and forms of 

information services, and that ensures soundness in new and payment transactions that intemperate with other existing 

existing payment systems. To fulfill these objectives, the and emerging payment systems as customers continue 

invention establishes a framework that enables banks to simultaneously to use both old and newly emerging payment 

continue to perform the critical role of trust, to lead migra- mechanisms. 

tion to the virtual world, to create innovative value added 45 It is the object of the invention to foster the growth and 
information services, and to set the foundation for new real development of electronic banking in an open environment 
time payment transaction systems. that will encourage greater choices in banking software, 
The invention provides an electronic commerce trust access devices, and the development of more efficient pro- 
system as a new real-time payment infrastructure (ECTS) cessing capabilities for the benefit of bank customers. Fur- 
that integrates payment functions with information, offers 50 ther objectives are to accelerate the establishment of new 
multiple and secure access through public and private electronic payment and product delivery systems by facili- 
networks, and has a capability to utilize a wide range of tating the development of interoperable specifications and 
access mechanisms, including smart-cards, ATM's, kiosks, standards; to create through a certification process for pro- 
TV set-tops, hand-held devices, personal computers and viders of banking products an environment for a safe and 
other network access devices. The payment system ensures 55 secure electronic infrastructure that will enhance bank 
that the information supporting a financial transaction is brands and safeguard consumer privacy; to enhance con- 
controlled by the principal parties to the purchasing process: sumer confidence by way of a standardized and unique 
the buyer, the seller and their respective financial institu- acceptance or certification mark; and to evaluate the feas- 
tions. The electronic commerce trust system of the invention ability of industry-driven payment certification and real- 
encourages adoption of electronic payments by setting stan- 60 time transactions or settlement. The invention will improve 
dards and certifying hardware and software components and access to banking services for the largest number of people, 
ensures interoperability while maintaining the soundness of enhance and support bank brands, and serve as a benchmark 
the payments infrastructure. As a result, banks can focus on infrastructure for bank-centric electronic transaction infor- 
providing value added services and will expand their cus- mation delivery systems and electronic payment systems, 
tomer relationships from that of a facilitator of payment 65 The system of the invention is described more fully by 
transactions to that of a provider of value-added information reference to the following description of the preferred 
as a transaction intermediary. embodiment considered with the drawings in which: 
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BRIEF DESCRIPTION OF THE DRAWINGS effected by the transmission of the record of aggregate debits 

™™ jir. L . r.u !• . u • and credits of the members by the central processing unit to 

FIGS 1A and IB are charts of the overa 1 system showing ^ monet exch mechanism . 

the relationship of the ECTS to the Federal Reserve or other . , . 

central banking authority. 4 a A surrounds the ECTS much as a conventional 

„ , „ 5 firewall; however, the hot file will contain an archive of lost, 

FIG. 2 shows the process of customer and merchant stoleQ of disconlinued user cardSi will verif and 

acceptance into a provider s ECTS system, sequent.aUy in mercham accounts> and ^ ao identiflcation pro . 

ttie steps labeled il, a, and tQ assure ^ ^ ^^^f or merchant seeking access 

FIGS. 3A and 3B illustrate the system in use with a ^ in fact authentic as a valid account. 

Sn^l^n" 115 ^'^ thr ° Ugh Ste F S li ! beled 31 lhro . U ^ 10 The ECTS represents banks, maintains the banks' central 

40. FIG. 3C illustrates the sequence of real time payments in ro , e ^ nts and Mmh thr66 major f^,^. (1) M an 

h° ECTS ^ ° n0e in rmaU ° n PaSSCS S t0 authorization body with responsibility for setting standards 

e ' for electronic transaction products and services; (2) as an 

FIG. 4 shows an electronic bill presentment feature of the operational organization with responsibility for specifying, 

ECTS in the steps labeled 41 through 47. 35 implementing and operating new payment systems; and (3) 

FIG. 5 A shows the bill payment feature of the ECTS in the as a provider of value added services to bank members and 

steps labeled 51-54, 55A, 55B, 56A, 56B, 57A, 57B, 58 and their customers. 

60, FIGS. SB and 5C show bill presentment and pay As an authorization body, the ECTS is a trust authority for 

scenarios. the banks on behalf of their customers having a major 

FIG. 6 A illustrates an inquiry from a home access termi- ongoing responsibility to identify the evolving payment 

nal such as a PC in steps 61 through 70. FIGS. 6B and 6C, needs of its members and its members* customers. The 

respectively, illustrate an inquiry from a home PC and a assessment of these needs will drive the requirements for 

transaction from a home PC using a BITS card reader with other ECTS activities such as setting standards and policies, 

a modem connection to the ECTS and the BITS network. 25 creating an acceptance or certification mark and setting 

FIG. 7 illustrates net settlement accomplished by the regulations for use of the mark, authorizing certificates and 

ECTS through the Federal Reserve. seeing rules for issuance of digital signatures. 

The ECTS will define and set standards and policies for 

DESCRIPTION OF THE PREFERRED new payment infrastructures, transaction formats and 

EMBODIMENT ^ protocols, security and privacy standards, acceptance marks 

The invention provides a new infrastructure method and and certification processes, legal and audit requirements, 

system controlled and owned by member banks called the network architecture and interoperability and compatibility 

electronic commerce trust system (ECTS or ECTC). The standards, and national and global frameworks. The ECTS 

infrastructure is a real time bank-centric universal payment win certif y companies that meet threshold requirements to 

system comprising a central processing unit (CPU) defining 35 raise customers' confidence in the system and to encourage 

the electronic commerce trust system (ECTS). The system is participation in the infrastructure. The acceptance mark 

formed from a plurality of financial service provider mem- would cover hardware, software and services. The ECTS 

bers subscribing to a common standard having applicability will authorize certificates for digital signatures and set rules 

throughout the infrastructure. As a master controller of the for issuance. Depending on the authentication requirements 

system, the central processing unit is operatively intercon- 40 of the P arties involved in a financial transaction, a certificate 

nected to a correspondent processing unit at each one of the endorsed or issued by an independent third-party may be 

plurality of financial service provider members that form the necessary. Under these circumstances, the ECTS is the 

overall system. The master system CPU controller is inter- endorser, or issuing authority, as well as the guarantor of 

connected to a central monetary exchange mechanism. The identification of the parties to a transaction. Because many 

CPU controller maintains an encryption means for authen- 45 emerging payment mechanisms exist without fully formu- 

ticating and validating users of the system, and for restrict- lated regulations, the ECTS would seek adoption of regu- 

ing use of the system to subscribing members. ^ 0T y and legal standards and coordinate the submission of 

In the system, the correspondent processing units of the member's views to government agencies, 

financial service provider members are operatively intercon- As a second major function in operating new payments 

nected through access mechanisms to a network of custom- 50 systems, the ECTS will be: (1) a central clearing house (e.g., 

ers and goods and services providers who are account to affect net settlement among members), (2) a gateway (i.e., 

subscribers with the financial service provider member and to provide routing and switching services for transactions), 

subject to the common standard of the system. The central (3) an issuer of bank branded digital cash, (4) an issuer of 

processing unit provides non-revocable real time debit and authentication or identity certificates, (5) an operator of the 

credit transactions between and among accounts of the 55 certification process, (6) a provider of value added transac- 

subscribers upon verification by the encryption means of the lion information, and (7) a record archive, 

central processing unit of the authenticity of the originator As a central clearing house, the ECTS addresses needs 

and recipient of a debit/credit instruction received by the centrally on behalf of banks, particularly the clearing of 

central processing unit and the availability of funds in the real-time payments and the exchange of different digital 

account to be debited in a sufficient amount such that funds 60 cash mechanisms. The payment infrastructure provided by 

are available for transfer to the account to be credited. In the ECTS has switching and routing services allowing ECTS to 

operation of the system, the central processing unit main- act as the central switch between new and existing payment 

tains in substantially real time a record of the aggregate systems. The ECTS provides the necessary economies of 

debits and credits between and among the financial service scale and the acceptance mark for digital cash to create 

provider members resulting from transactions of the mem- 65 customer confidence. In addition to creating the standards 

ber's account subscribers. At a predetermined time interval for certificates, the ECTS is a central certificate authority 

net settlement of accounts of the provider members is performing public key generation, the issuance and renewal 
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of keys and certificates and the manager of the certificate 
repository. Linked with public key technology is the need for 
chip cards or smart cards to securely store a private key to 
allow it to be carried by the users, but prevent its duplication. 
A goal for the ECTS is to foster the development of a 5 
national and international open public key certification infra- 
structure based on smart card technology. Finally, as in the 
traditional payments world, there is a requirement to certify 
hardware and software devices which interface with finan- 
cial networks. Given the many access options, such as 10 
browsers, PC software, kiosks, ATM's, telephones and 
terminals, TV set-tops, personal digital assistants, etc., the 
ECTS will set standards and operate a streamlined and 
cost-effective certification process. The ECTS will provide 
value added services to its members and their customers 35 
within a privacy framework and will become the record 
repository for numerous transactions and their related pay- 
ment information. The ECTS will provide bill presentment/ 
payment services, loyalty programs and value added infor- 
mation services that enhance bank brand identity. 20 

Overall, the requirement for a payment system includes 
balancing the cost of the transaction with the risk of fraud 
while providing an appropriate balance between the rights of 
each of the parties involved in the financial transaction. The 
combination of new technologies and new non-banking 2 s 
players is creating and reducing risks at the same time. Risks 
are increasing because, firstly, new payment infrastructures 
such as the internet currently have lowered security, and 
secondly, many new service providers are less regulated. On 
the other hand, new technologies, such as a smart card, offer 3 q 
the potential of decreasing risk by providing higher authen- 
tication and non-repudiation. The real-time payment system 
of the invention will reduce fraud, reduce risk, and enhance 
further advances in electronic commerce. 

Real time payment is achieved when dollar value and 35 
goods or services are exchanged simultaneously or when a 
bill payment instruction triggers an instantaneous transfer of 
money between accounts. In the former case, ATM's and 
on-line debit POS (point of sale) transactions provide the 
illusion of a simultaneous exchange of payment and goods 40 
or services, occurring when monies are transferred by way 
of posting entries from the buyer's account to the seller's 
account, typically, but not necessarily always, via the buy- 
er's and seller's financial institutions. These transactions are, 
however, generally low or modest dollar value. In the bill 45 
payment example, payment occurs either after the actual use 
of the goods or services, typically when the merchant and 
consumer are not at the same place at the same time. After 
the customer is presented with the bill, the customer is able 
to determine a current or future payment date. Current 50 
services do not, however, address the need to know when the 
actual payment has been received by the biller. In current 
systems, the debit and/or credit may be posted and the 
transfer of funds settled at a later time. The ECTS real time 
system eliminates the delay between posting and actual 55 
funds transfer and insures that the funds are "real time" real 
funds. 

Another attribute of a real-time payment system is to 
provide finality of the transaction. Today, Fed wire is the only 
system providing irrevocable payment. However, Fed wire is 60 
limited by dollar value (only very large transactions) and 
accessibility (serving relatively few institutions). Finality is 
desirable by the recipient of funds and the banks involved 
but not necessarily by the payee, unless there is an incentive, 
such as lower price, motivating the customer to use a 65 
particular transaction form. In addition, the cost of a finality 
system needs to be in-line with the value of the transaction 
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and the associated risk. For example, real-time finality may 
be considered important only for large value transactions. 
While the current payments system environment meets some 
of the attributes for a real time payment system defined 
above, they are largely focused on consumer requirements 
and are not inherently final. 

The following attributes are built into the ECTS infra- 
structure to provide real-time payment transactions: (1) 
Accessible: 7x24 operational environment, faster 
transactions, widely available to merchants, customers and 
corporate customers, available to all banks, wide range of 
electronic payment and delivery choices and national and 
global reach; (2) Branded: Banks and merchants can add 
their own brand, value added services and loyalty programs; 
(3) Cost and Revenue Effective: Value and risk of the service 
are commensurate with price and income; (4) Finality: 
Payment is final and irrevocable; (5) Information: Presen- 
tation of detailed payment related information and the 
protection of data is built in to meet privacy requirements; 
(6) Regulatory: Clear risks, responsibilities and actions; (7) 
Secure: User authentication, non-repudiation, transaction 
security, and operational and system security are provided; 
and (8) Interoperability: ECTS interoperates with existing 
payment infrastructures using open or widely used stan- 
dards. 

Thus, ECTS presents the framework which supports a 
new real time payment transaction infrastructure. ECTS will 
be the facilitator of electronic presentment and will support 
other services such as financial EDI, electronic benefits 
transfer, etc. 

An advantage of system is to reduce and/or eliminate 
fraud and to provide "good funds" to merchants. (Merchants 
currently lose billions each year to fraud.) Present systems 
only memo post to consumer accounts and do not have a 
"hot file" for bad cards; as a result, merchants may not get 
paid in the long run. The real time system of the invention, 
at the outset, will either reject a transaction because of a bad 
card detected in the "hot file" so that the merchant can 
immediately stop the transaction, or, if approved, funds will 
be automatically credited to the merchant's bank and will be 
"good funds." A debit transaction from a customer's account 
not having sufficient funds will not be approved. 

From a consumer standpoint, the system is a card system 
in which the card provides a high level of security; the chip 
card is the computer that runs the system; the system is 
"turned on" by the card held by the consumer; the consum- 
er's PIN or biometric or other verification activates the 
process. As used herein and in the drawings, the system card 
is denoted a "BITS" card or a "chip card." 

The drawings are understood with reference to several 
data flow models that describe an electronic transaction: 
flows between the buyer and the seller, flows between the 
buyer, the seller and their respective financial institutions, 
and flows between the buyer, the seller, their respective 
financial institutions and ECTS. 

While the drawings have been briefly characterized 
above, a more detailed explanation of the drawings with 
reference to the invention is set forth below: 
FIGS. 1A and IB 

FIG. 1A (and FIG, IB with corresponding numerical 
identifiers) illustrate the overall ECTS infrastructure from 
the perspective of ECTS 1 as the master service provider 
interfacing with a customer's bank 2 and access mechanisms 
to the bank 3, and a merchant's bank 4 and access mecha- 
nisms to the merchant's bank 5 A and 5B. The ECTS 1 
interrelates with the federal reserve 6 or other central mon- 
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etary system for periodic net settlement among members. 
The permitting application management, transaction 
processing, ECTS certificate interface, service access 
management, ECTS application modules and an ECTS 
services interface. 

BITS merchant access mechanisms 5 to merchant's bank 
4 include a web based PC, kiosk terminals by way of an 
ECTS account certificate, personal ATM, and ECTS client 
application modules for individualized services. 
FIG. 2 

FIG. 2 shows the process of customer and merchant 
acceptance into a provider's ECTS system. BITS member- 
ship and card issuance occur sequentially with regard to a 
customer and merchant in the steps labeled 21, 22, 23 and 
24. 

At the customer's bank 2, a customer applies for BITS 
membership and lists what merchant companies to pay via 
bill presentment/bill pay services; at the merchant's bank 4, 
merchant company 8 applies for BITS membership and bill 
presentment/bill pay services, step 21. Next, the customer's 
bank 2 and the merchant's bank 4, respectively, send the 
BITS applications to the ECTS 1, step 22. The ECTS 1 
issues a bank branded BITS card 7 and secure code certifi- 
cate to the customer and accepts the merchant company's 
application, step 23. Finally, the ECTS 1 issues the merchant 
company a BITS membership secure code certificate and 
company account 70, step 24. 
FIGS. 3A, 3B and 3C 

FIG. 3A illustrates a participant's purchase of an item, 
such as a book, at the merchant point of sale sequentially in 
the steps labeled 31, 32, 33, 34, 35, 36, 37, 38, 39, 39a, 396, 
40 and 41. 

If a customer wishes to purchase a book with a BITS card 
7 at the point of sale, the customer swipes the card 7 and 
selects BITS (real-time debit) as an option, step 31. Cus- 
tomer account information is sent to the merchant's financial 
service provider, step 32. The merchant company 8, having 
been accepted for BITS membership in accordance with 
FIG. 2 as an ECTS endorsed financial service provider, is 
connected to the merchant bank 4 through the BITS financial 
services gateway 46. The financial service provider sorts the 
payment request into either ON US or OTHER. It processes 
ON US transactions and sends all OTHER transactions to 
the ECTS 1, step 33. All other payment information is sent 
to the ECTS 1. 

Next, the ECTS 1 sends an inquiry to the merchant's bank 
4: "Is there an open merchant account?", step 34. The ECTS 
1 processes an inquiry "Is this a valid customer bits 
account?" by passing the payment information through the 
hot file 16, step 35. The ECTS 1 sends an inquiry to the 
customer's bank 2: and "Are the funds available in custom- 
er's account?", step 36. The customer's bank 2 responds 
YES/NO the funds are available, step 37. The merchant bank 
4 responds YES/NO there is an open merchant account, step 
38. In this manner, the ECTS 1 sorts payment information, 
sends inquiries, and manages settlement, step 39, 

Depending on the inquiry responses in steps 37 and 38 
and whether the customer BITS account is valid, the trans- 
action is processed and transaction information is transmit- 
ted to the customer as either "The transaction is complete the 
authorization number is #00000000", step 39a, or "The 
transaction is not authorized. UNAUTHORIED", step 39b. 
If the answer to each inquiry is YES, the ECTS 1 debits the 
account of the customer at the customer's bank 2, step 40 
and credits the account of the merchant at the merchant's 
bank 4, step 41. 

FIG. 3B illustrates presentment at the point of sale 
sequentially in the steps labeled 31, 32, 33, 33a, 33b, 34a, 
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346, 34c, 35, 39 and 40. First, a customer wishes to purchase 
an item (e.g., a book) with a BITS card 7 at the point of sale. 
The customer swipes the card 7 and selects BITS (real-time 
debit) as an option, step 31. Customer account information 

5 is sent to the merchant's merchant's financial service pro- 
vider presents ON US invoices to a customer billbox, step 
42a. The merchant's financial service provider sends all 
OTHER customer statements/invoices to the ECTS, step 43. 
The ECTS 1 then sorts and distributes invoices to the 

no customer's financial service provider, also a member of the 
ECTS 1, step 44. The ECTS 1 sends customer statements/ 
invoices in standard format to the customer's ECTS 
endorsed financial service provider, step 45. The issuing 
customer bank 2 receives the customer invoices and presents 

is them to the customer's billbox, step 46. The customer 21 
accesses his or her billbox from any personal computer Rl, 
PXTM R2, or kiosk R3 and approves the invoices for 
payment, the payment amount (including partial payment) 
and the date of payment, step 47. 

20 FIGS. 5A, 5B and 5C 

FIG. 5A illustrates a bill payment system sequentially by 
the steps labeled 51, 52, 53, 54, 55a, 556, 56a, 56b, 57a, 
576, 58, 59 and 60. First, once the customer 21 approves 
invoices for payment, the payment amount and date of 

25 payment in accordance with FIG. 4, the customer's ECTS 
endorsed financial service provider sorts payment informa- 
tion into two categories: ON US and OTHER, step 51. The 
financial service provider processes all ON US payments. 
All other payment information is sent to the ECTS 1, step 

30 52. Next, the ECTS 1 processes an inquiry "Is this a lost or 
stolen BITS card?" by passing payment information through 
the hot file lb, step 53. The ECTS 1 sorts payment 
information, step 54 and issues an inquiry to the customer's 
bank 2: "Are the funds available in customer's account?", 

35 step 55a. The ECTS 1 also issues an inquiry to the merchant 
bank 4: "Is there an open merchant account?", step 556. The 
customer's bank 2 sends the ECTS 1 a response YES/NO the 
funds are available, step 56a. The merchant's bank 4 sends 
a response YES/NO there is an open merchant account, step 

40 566. 

If both responses in steps 56a and 566 are YES and the 
BITS card 7 is not lost or stolen, the ECTS 1 debits the 
customer's account at the customer's bank 2, step 57a and 
credits the merchant's account at the merchant's bank 4, step 

45 576. Next, the transaction is recorded at the ECTS 1 for net 
settlement, step 58. The acquiring bank 4, through the 
merchant's ECTS endorsed financial service provider, 
updates merchant's paidbox with available "good" funds 
information, step 59. Finally, the merchant 8 views its 

50 paidbox located at its financial service provider for available 
funds information, step 60. 

FIGS. 5B and 5C illustrate BITS bill presentment/bill pay 
scenarios. FIG. 5B shows the bill presentment/bill pay 
scenario where the merchant 8 is a BITS member at the 

55 customer's bank 2. In this scenario, the customer's bank 2 
notifies the merchant company 8 to present the customer's 
bill via the BITS bill presentment/bill pay service. 

FIG. 5C shows the bill presentment/bill pay scenario 
where the merchant 8 is BITS member at another bank. In 

60 this scenario, the customer's bank 2 notifies the ECTS 1 
which notifies the merchant's bank 4 to instruct the mer- 
chant company 8 to present customer's bill via the BITS bill 
presentment/bill pay service. 
FIGS. 6A, 6B AND 6C 

65 FIG. 6A illustrates presentment from a personal computer 
sequentially in the steps labeled 61, 62, 63, 64, 65, 66, 67, 
68, 69, 69a and 70. First, a customer 21 visits the merchant's 
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web site 3 and sends a request to purchase a book from the 
merchant 8, step 61. Customer account information is sent to 
the merchant's financial service provider, step 62. The 
merchant's financial service provider sorts payment infor- 
mation into two categories: ON US and OTHER, step 63. It 
processes all ON US Payments. All OTHER payment infor- 
mation is sent to the ECTS 1, step 64. The ECTS 1 processes 
an inquiry "Is this a lost or stolen BITS card?" by passing 
payment information through the hot file 16, step 65. The 
ECTS 1 sorts payment information, step 66 and the trans- 
action enters payment scenarios, step 67. The transaction is 
recorded at the ECTS 1 for net settlement, step 68. Autho- 
rization information is routed through the merchant's finan- 
cial service provider, step 69 and back to the merchant 8, 
step 69a. Finally, the merchant 8 sends authorization and 
shipment information to the customer 21, step 70. 

FIG. 6B illustrates a BITS inquiry from a home PC 
sequentially in the steps labeled 71, 71a, 72, 73, 74, 75 and 
76. First, a customer 21, equipped with a BITS card 7, a 
home based Bits card reader 10 with modem connection to 
ECTS and BITS van, wishes to make a S200 PC purchase 
from the merchant's web site 3, step 71. The customer's 
inquiry passes through the merchant company 8 to the ECTS 
1, step 71a. The ECTS 1 confirms the customer's BITS card 
7 is valid by passing payment information through the hot 
file lb, step 72. Next, the ECTS 1 sends an inquiry to the 
customer's bank 2 "Does customer have fluids available to 
make the purchase?", step 73. The customer's bank 2 
responds YES/NO the funds are available, step 7). If the 
customer's bank 2 responds "Yes funds are available" the 
ECTS 1 notifies the merchant company 8 that funds are 
available and the BITS card purchase is authorized, step 75. 
Finally, the customer 21 is notified via the merchant's web 
site 3 that the purchase is authorized step 76). 

FIG. 6C illustrates a BITS Transaction from a home PC 
sequentially in the steps labeled 81, 82, 83, 84a and 846. 
Once the customer 21 is notified that the purchase is 
authorized in accordance with FIG. 6B, the customer 21, 
equipped with a BITS card 7, a home based BITS card 
reader 10 with modem connection to ECTS and BITS van, 
makes the purchase, step 81. The transaction is completed 
via modem connection, step 82. The ECTS 1 confirms that 
customer's BITS card 7 is valid by passing payment infor- 
mation through the hot file 16, step 83. 

Finally, the ECTS 1 debits the customer's account at the 
customer's bank 2 in the amount of $200, step 84a and 
credits the merchant's account at the merchant's bank 4 in 
the amount of $200, step 846. 
FIG. 7 

FIG. 7 illustrates an example of net settlement with same 
day finality. 

The drawings and the operation of the invention are 
further described below: 

With reference to the overall configuration of the system 
shown in FIGS. 1A and IB, the function performed by the 
Federal Reserve in the system is as the daily settlement agent 
for the transactions. The ECTS is taken out of the transaction 
when the transaction is sent to the consumer's bank and the 
consumer and merchant have the same bank. The ECTS 
account certificate is a digital signature that allows a cus- 
tomer to access the system. While certain functions of the 
consumer's bank can be outsourced, outsourcing does not 
change how the system works. 

FIGS. 1A and IB show the overall infrastructure of the 
ECTS. This data flow is predicated on the need for offering 
value added services that cannot be attained directly from 
the buyer to the seller. By inserting an additional entity into 
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the transaction flow, the process remains easy to use, 
convenient, value-conscious and cost effective. 

FIG. 1A (and FIG. IB with corresponding numerical 
identifiers) illustrate the overall ECTS infrastructure from 
the perspective of ECTS 1 as the master service provider 
interfacing with a customer's bank 2 and access mechanisms 
to the bank 3, and a merchant's bank 4 and access mecha- 
nisms to the merchant's bank 5A and 5B. The ECTS 
interrelates with the Federal Reserve 6 or other central 
monetary system for periodic net settlement among mem- 
bers. 

As a master provider of utility services, the ECTS pro- 
vides to member banks net settlements, real time payment 
verification, an account based routing service, hot file 
account services, acceptance mark services, certificate 
authority, audit and reporting service and protocols and 
messaging. In FIGS. 1A and IB, the customer's bank 2 
includes a real time payment system including the features 
of certificate management, real time transaction 
management, on-us processing, real time account 
management, protocols, messaging and account databases, 
and a financial services gateway including the functions of 
applications management, transaction processing, certificate 
interface, service access management, application modules 
and the ECTS interface. As shown, customer access to the 
ECTS member bank may be intranet or web-based or 
through kiosk terminals by way of an account certificate or 
through a personal ATM. ECTS also allows client applica- 
tion modules for individualized services. 

As with the consumer's bank, merchant's bank 4 includes 
functions of ECTS certificate management, real time trans- 
action management, ECTS on-us processing, real time 
account management, ECTS protocols and messaging and 
ECTS account databases. The bank 4 similarly provides a 
financial services gateway permitting applications 
management, ECTS transaction processing, ECTS certifi- 
cate interface, service access management, ECTS applica- 
tion modules, and ECTS services interfaces. Merchant 
access mechanisms to bank 4 shown in box 5 of FIG. IB 
include web, POS, ECTS POS terminals, ECTS account 
certificate, business applications and individualized ECTS 
client application modules. The BITS card or chip card that 
activates the system is shown at 7. 

FIGS. 3A and 3B illustrates a participant's purchase of an 
item, such as a book, at the merchant point of sale of an 
ECTS member bank participant merchant. If the customer 
wishes to purchases a book with a BITS card at the point of 
sale, the customer swipes the card in a reader and selects 
BITS (real time debit) as an option on the card reader. 
Customer account information is sent to the merchant's 
financial service provider that identifies the payment request 
into either On us or Other. It processes On us transactions 
directly at the bank as both the customer and merchant have 
accounts at the bank. All Other payment information is sent 
to ECTS. The ECTS sorts payment information, sends an 
inquiry to the customer bank Is this a valid customer BITS 
account?" and manages settlement by querying: "Are the 
funds available in the customer's account?" and "Is there an 
open merchant account?" Depending on whether the inquiry 
responses are yes or no the funds are available and yes or no 
there is an open merchant account, the transaction is pro- 
cessed. When both are yes, a debit is issued from the account 
of the customer at the customer bank and a credit is issued 
to the account of the merchant and the merchant bank. ECTS 
settlement of debits and credits between and among member 
banks occurs periodically, at least daily, through the Federal 
Reserve. 
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In this example, in the completion of the sale transaction, 
the consumer bank and merchant bank do not communicate 
directly; while information may be transmitted through the 
bank's local intranet, the verification, debiting and crediting 
is all done via the ECTS. amount and date of payment. The 
approval is transmitted to the customer's ECTS member 
bank. The bank sorts payment information into two catego- 
ries: On us and Other. The bank internally processes On us 
payments; Other payments are sent to the ECTS which sorts 
payment information, sends appropriate inquiries and man- 
ages settlement according to the inquiry: "Are the funds 
available in customer's account?" Depending on the answer, 
"Yes, funds are available," the ECTS debits the customer's 
account at the bank and ECTS credits the acquiring mer- 
chant bank for the merchant's account. The merchant bank 
updates the merchant paidbox with available "good" funds 
information and the company views the paidbox located at 
the financial service provider for available funds informa- 
tion. 

As noted, the BITS card is a secure card by which positive 
identification of the user can be associated with a PIN, 
biometric verification such as ocular scan or thumbprint 
identification, or other means. As a smart card, the BITS 
card can also be a single card useful with multiple consumer 
accounts, such as an ordinary credit account, AIM access 
account, a debit card account, a department store account, an 
oil company account and the like, which card account the 
consumer may select at the point of purchase or which may 
be dictated at the point of purchase. 

Data transmission may be over various networks such as 
a bank's ATM network or networks of bank ATM networks, 
intranets, or the public internet for efficiency and low cost. 
The ECTS is a switch that is a private platform for reception 
and transmission among members and members* customers 
serving the aforesaid functions. Access to the switch may be 
by any means as long as it is preferably secure. The system 
emulates everything the checking system does, and more, 
with the advantage of real time funds transfer that eliminates 
returns fraud, insufficient funds problems and returns. The 
system runs 24 hours per day with net settlement automati- 
cally occurring at a set interval (through a timer in the CPU), 
for example, every day at 2:00 p.m. EST. A firewall and hot 
file surrounds the ECTS (10 in FIG. 1A) to insure that the 
card transmitting is not stolen, that the user identification 
protocol is verified, and that the account at issue is an open 
account. Current card systems do not utilize such features in 
real time debiting and crediting good funds in a transaction. 
As an archive, the ECTS will maintain records and audit 
protocols for settlement verification. However, records are 
simplified because real time transactions do not involve 
delay and the transactions are accomplished directly 
between accounts. For encryption purposes, ECTS is the 
certificate holder, in essence, having the keys to the vault, 
accessible by a private key. Because of the real time factor, 
the ECTS will be the generator of good funds; there will be 
live real time presentment, non-reversible and without 
returns. Thus described it is evident that the ECTS is an 
improvement over current payment systems that are batch 
systems. While a debit card appears to work instantaneously, 
it does not because there is a delay between the posting of 
a debit and the actual transfer of funds. There is no conven- 
tional "posting" in the ECTS and the funds transfer is 
immediate. Further, the system requires only an access 
device which can be of any type. The system is all electronic 
and does not depend on paper. As noted, it can be combined 
with billing and payment functions, a credit facility, a 
mailbox, an internet messaging service, or other brand 
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identifier or differentiating features adopted by a member 
financial service provider. For security purposes, redundant 
back-up master or mirror controllers can be provided at 
different locations. 
What is claimed is: 

1. An infrastructure system comprising: 

a central processing unit defining an electronic commerce 
trust system, the system formed from a plurality of 
financial service provider members subscribing to a 
common standard having applicability throughout the 
trust system, the financial service provider members 
providing transaction processing services to pre- 
identified customer users and goods and services pro- 
viders that are account subscribers with the financial 
service provider member and subject to the common 
standard of the system, the trust system being inter- 
connected with a central monetary exchange mecha- 
nism having authority over the financial service pro- 
vider members and the exchange of currency among 
the financial service provider members, the central 
processing unit further operatively interconnected to 
communicate with a correspondent processing unit at 
each one of the plurality of financial service provider 
members, the central processing unit maintaining a hot 
file means for authenticating users of the system and for 
restricting use of the system to subscribing members, 
said hot file including means for detecting identifica- 
tions of accounts that are lost, stolen or discontinued 
and verification means for authenticating a customer 
user and a goods and services provider with respect to 
an account transaction, whereby access to the system is 
denied upon detection of a lost, stolen or discontinued 
identification or the failure of verification of authentic- 
ity; 

the correspondent processing units of the financial service 
provider members being operatively interconnected 
through transaction access mechanisms linking cus- 
tomer users and goods and services providers with the 
financial service provider member; 

the central processing unit providing non-revocable real 
time debit and credit transactions between and among 
accounts of the customer users and the goods and 
services provider account subscribers upon verification 
of: (1) the authenticity of the originator and the recipi- 
ent of a debit/credit instruction with regard to a trans- 
action involving accounts of the user and provider 
account subscribers when the instruction is received by 
the central processing unit from a transaction access 
mechanism, and (2) the availability of funds In the 
account to be debited in an amount sufficient such that 
funds in the amount of the transaction are immediately 
available in real time from the account to be debited for 
transfer to the account to be credited; the central 
processing unit further maintaining in substantially real 
time a record of the debits and credits incurred in the 
accounts of the customer users and the goods and 
services provider subscribers and a record of the aggre- 
gate debits and credits between and among the financial 
service provider members resulting from transactions 
of the member's account subscribers; 

a settlement mechanism within the central processing unit 
for maintaining an aggregate log of debits and credits 
with regard to customer user and goods and services 
provider subscriber transactions processed with regard 
to financial service provider members and for calculat- 
ing respective debits and credits owing and payable 
among the provider members; 
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a timer whereby at a predetermined time interval net 
settlement of accounts of the financial service provider 
members is effected by the transmission of the record 
of the aggregate debits and credits owing and payable 
by the provider members from the central processing 5 
unit to the central monetary exchange mechanism; and 

a means for providing an interconnection among partici- 
pants in the system in a connection of a participant to 
one of an intranet, an internet, a World Wide Web or a 
network connection to the Internet. 
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2. The system of claim 1 in which the mechanism for 
system access is a terminal selected from the group consist- 
ing of a PC, a kiosk, and an ATM. 

3. The system of claim 1 in which system access is 
effected by use of a smart card. 

4. The system of claim 1 including a firewall surrounding 
the central processing unit. 

* * * * * 
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